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CASCADE ARCHITECTURE AND OPERATION FOR PACKET-BASED 
COMMUNICATION SYSTEMS 

Field of the Invention 

This invention relates to the cascade connection of a plurality of 'stackable' units for a 
packet-based data communication system. The invention more particularly relates to both 
the physical architecture of a cascade and the intercommunication of units which 
participate in the cascade. 

J 

Background to the Invention 

The physical elements in a packet-based data communication system include multi-port 
units such as switches and hubs. Such units are commonly and conveniently manufactured 
with a fixed plurality of ports by means of which the units are connected by way of 
appropriate transmission media or links to other units or users. In order to provide greater 
versatility in constructing the physical layout of networks while minimising the number of 
different sizes of units that need to be deployed it is common to render the units stackable, 
by which is meant that a multiplicity of them can be connected to form effectively a single 
controllable entity. It is customary to make such units physically stackable in a column 
though this physical aspect is not essential to the meaning of the term stackable or to the 
present invention. 

In order to provide intercommunication between the units, so that for example packets 
received at the ports of one unit may be forwarded from a port or ports on another unit or 
units, depending upon the addressing of the packets and the nature of them, it is customary 
to connect stacked units together by means of a cascade, which is the term used for the 
communication links and associated control functions by means of which packets are 
transmitted from one unit to another in the stack. Moreover, the cascade allows users to 
be connected to any of the units in the stack and allows the stack to be managed as a single 
logical entity. 
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The physical connections constituting the cascade need to be such that the direction of 
transmission of a packet around what is in effect a ring formed by the cascade is properly 
preserved Most cascade connections in order that units may obey conventional 
forwarding rules, allow packets to proceed in only one direction around the ring. Physical 
5 connections and adapters must allow for the possibility that a unit becomes inoperative 

and thereupon to enable the remainder of the units to continue operation. It is also 
desirable to allow for 'hot' insertion of units in a stack, so that the stack may be 
augmented by an additional unit or units without requiring reconfiguration or reconnection 
ot all the units in the stack and preferably without requiring a powering down of the 
10 existing units of the stack in which 'hot' insertion occurs. 

* 

J 

From the operational point of view, the forwarding of packets on the cascade has to be 
controlled according to a variety of rules, which are intended to conform, for each 
particular unit, to the forwarding rules relevant for different types of packet (unicast, 
15 multicast and broadcast) as well as other relevant rules, such as those relating to bridging 

An example of such a rule is preventing the forwarding of a packet out on a port by which 
it has been received. Such rules may need to be preserved or modified to make the 
operation of the cascade more convenient or more versatile. 

20 Two variable values which are the basis of the operational control of a stack are a 'unit 

number', namely some numerical or coded quantity which identifies and distinguishes 
each physical unit in the stack, and an 'active unit total', which indicates the number of 
units actually participating in the stack at any time. The unit number is preferably 
displayed to the user by an LED display on the front panel of a unit. The unit number is 
conventionally derived from another numerical indication, called herein 'UnitID', by 
adding one to the latter. Thus the numbering in terms of the 'UnitID' starts at zero 
w hereas the 'unit number' starts at one. Other numbering conventions could be employed. 
The 'UnitID' may be also relevant for other purposes, such as indicating to other units in a 
stack the unit which is. the source of a packet within the stack. The active unit total is 
necessary for a variety of purposes, including the control of access of data packets to the 
cascade and the control of the transfer of data around the cascade. 
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It is desirable to compute the unit number (in the following example by way of the 
L nitlD ) of the units in a stack automatically for (for example) display to the user. It is 
also desirable to be able to compute the active unit total automatically and to convey this 
information around the cascade to all the units. Owing to the possibility that units in a 
stack may or may not be operational the number of units in the stack and the hop total may 
in general be different 

The state of the art in relation to cascades is exemplified by GB published patent 
application number 233S155, which describes a cascade connection in which packets are 
employed to configure the cascade such that only one unit, called the master, is allowed to 
place packets on the cascade connection at any time. GB patent application number 
9910895.3, filed 12 May 1999, and corresponding US patent application for Byham et al, 
serial number 09/369,323 describe an automatic configuration process by means of which 
the unit which is deemed to be at the bottom of the stack is determined notwithstanding 
the provision of resilience or possibly misconnection of connecting cables. 

Summary of the Invention 

The present invention is, as previously indicated, intended to provide a versatile system of 
physical connection of a cascade. It is also concerned with an improved manner of 
transmission of control information which enables control messages to convey around the 
cascade both stack identification information and hop count information. 

As will become apparent from the later description, the main physical feature of the 
invention is a three-part connecting unit, specifically a T-piece, which performs the task of 
incrementing a stack identification value and also active unit count value, the latter being 
dependent on the number of active communication units (such as switches) in the stack. 
The connecting unit is intended to provide a cascade connection for a stack of three 
communication units or more. Although such a connecting unit is not required for the 
special case of a stack of only two communication units, a two-unit stack will be described 
because it is desirable that the devices that cooperate with the three-port connecting unit or 
units be capable of constituting the special case of a two-high stack. Also, these devices, 
such as the cascade module and a special cable, as well as the method of transmission of 



control information, are believed to possess a utility independent of use with the three-port 
connecting units. 

Brief Description of the Drawings 

Figure 1 is a general explanatory diagram of a cascade in accordance with the physical 
aspects of the present invention. 

Figure 2 illustrates a specific form of connection for two units in a stack. 

Figure 3 illustrates the connection of three units in a stack. 

Figure 4 illustrates a data path between cascade modules in a stack of two units. 

Figure 5 illustrates data paths between cascade modules in a stack of more than two units. 

Figure 6 illustrates control data paths between cascade modules in a stack of two units. 

Figure 7 illustrates control data paths between cascade modules in a stack of more than 
two units. 

Figure 8 illustrates a cascade module in more detail. 

Figure 9 illustrates schematically a specific embodiment of a T-piece\ 

Figure 10 illustrates part of a control message. 

Figure 1 1 illustrates a further part of a control message. 

Figure 12 illustrates a yet further part of a control message. 

Figure 13 illustrates a final part of a control message. 



Figure 14 illustrates a connecting cable. 

Figure 15 illustrates logic for sensing the connecting cable. 

Figure 16 illustrates the operation of the cable sensing logic. 

Figure 17 is a simplified illustration of a connecting T-piece. 

Figure IS illustrates part of the operation of a four-unit stack. 

Figure 19?llustrates various Unit ID fields in various pan of the four-unit stack. 

Figure 20 further illustrates 'active unit count 7 message fields in the various parts of the 
four-unit stack. 

Figure 21 further illustrates 'active unit total' message fields in the various parts of the 
four-unit stack. 

Figure 22 illustrates various control data in a wrongly configured stack. 

Figure 23 further illustrates the format of the control message shown in Figure 10. 

Description of a Preferred Embodiment 

The following description is of the detailed connections and the manner of operation of a 
stack of units in general and then more specific terms. 

General Introduction 

At the top of a physical stack 100 of network units there is a multi-port unit 1. This may 
include a Mayer 2 ! switch 1 1 which may (for example) have 12 or 24 ports. This unit has 
(in this example) provision for two plug-in modules, a cascade module 12 and 
a fibre transceiver module 13. Each module occupies a respective slot in the unit 1. The 
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switch has a multiplicity (such as 12) network pons 14 and the transceiver modules has a 
respective poit 15. The unit includes a console 16, and a 'management agent' 17 
controlling the switch 1 1 by way of (schematically illustrated) management protocols 18. 



With the exception of the cascade module 12, to be described later, the unit 1 resembles 
existing units. Accordingly, apart from the cascade module 12 which serves to connect the 
switch 1 1 to a cascade by way of a port 19 and cable 6, as described later, the details of 
the switch will not be described. 



The second unit 2 includes (for example) a 12 port Layer 2/3/4 switch 21 and also has 
two slots for plug-in modules. One slot is occupied by a cascade module 12a. The other 
slot has a 1000Mbps transceiver module 23 installed. Since this unit 2 is in the middle of 
the stack the cascade module 12a couples to a connector 5, hereinafter called 'T-piece' 
fitted to it. This T-piece 5 connects the cascade module 12a with other units to a stack and 
will be more particularly described later. 

The third unit 3 includes (for example) a 24 port Layer 2/3/4 switch 3 1 and two slots for 
plug-in modules. The first slot contains a cascade module 12b similar to modules 12 and 
12a. The other slot contains a 1000Mbps transceiver module 33. 

The fourth unit 4 includes (for example) a 24 port Layer 2/4 switch 41 and two slots for 
plug-in modules. Both slots have 1000Mbps transceiver modules 43a, 43b installed. 
Because both of the slots are in use, this unit cannot be connected with other units in the 
stack. 

As will become apparent, the invention is primarily concerned with providing physical 
and control connection of a stack comprising at least three units, in a manner which is 
compatible with a two-unit stack and which allows the stack to accommodate inoperative 
units and hot insertion of units, allowing the computation and indication the unit 
identification numbers and the active unit total. The important aspects of the preferred 
embodiment of the invention are the. T-piece 5, the cascade module 12, the cable which 
enables proper configuration of .a two-unit stack and the generation and transmission of 
the control data, all of which are described in the following. 
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It is desirable that the cascade will continue to function when a single unit is powered 
down and is resilient to the hot insertion- of units. Thus for example the unit 4 may be 
made a member of the cascade by inserting a T-piece on cascade module 12 of unit 3 and 
connecting the new T-piece to the port of the cascade module inserted in unit 4 in place of 
transceiver module 43a. Further, considering the existing configuration, if any one of the 
units 1, 2 or 3 should fail or be powered down, the other two are intended to continue as 
an operational stack connected by the cascade. 

A cascade module such as module 12 provides a single cascade port. When a stack of two 
units is befng built it is a simple matter of installing a cascade module 12 in each of the 
two units and connecting the two modules together with a cascade cable 6. The cascade 
cable is identified (for example by visible indications), 'up' and 'down'. As will be 
explained later, a cascade module cooperates with the cable in a two-unit stack to 
determine which unit is at the 'bottom' of the stack. Correct installation of the cable will 
ensure the correct unit numbering and bottom of stack identification. 

A stack of two is illustrated in Figure 2. The cable 6 connects the single port of cascade 
module 12a with the single port of cascade module 12b. 

Building a stack of three units requires the T-piece 5. This plugs into the cascade port of a 
cascade module and provides two cascade ports. These ports are also identified as c up' and 
'down'. A stack of three units 1-3 is illustrated in Figure 3 , wherein T-piece 5 is plugged 
into cascade module 12, its up port 51 is connected by cable 6a to cascade module 12a of 
the unit above and its down port 52 is connected by cable 6b to cascade module 12b of 
the unit below. 

Cascade Overview 

The cascade provides a multiplicity of paths. They are a data path, a control path and a 
power path (for the T-pieces). The data path may be (if desired) used for both network 
traffic and in-band unit-to-unit management communications. The control path is used for 
calculating and transmitting the UnitID values and active unit count values and for 
controlling the data path. 



- 8 - 



Cascade Data Path 

The data path within the cascade provides a point to point link between each unit in the 
stack and the next in both the up and down directions. These point to point links, when 
followed through each unit, form a ring. In the case of a stack of two, which does not 
require a T-piece, there is simply a path between the transmit and receive ports of the 
cascade MAC on each unit as illustrated in Figure 4. 

Thus in Figure 4 unit 1 includes a port 101 connected to the cascade module 12a and unit 
2 includes^ port 102 connected to the cascade module 12b. A data path extends from the 
transmit section of the port 101 through a serialiser and deserialiser (SERDES) 40 in the 
cascade module, along cable 6 to cascade module 12b, via a SERDES 40 to the receive 
section of port 102. The return path extends conversely. Each port comprises a media 
access controller (MAC) and other logic (in known form) to which the cascade module is 
connected. 

In the case of a stack of three or more, where T-pieces are required, there is again a 
connection between the ports of each adjacent cascade MAC. In addition the Apiece 
provides a 'return' data path between the transmit port of the top unit and the receive port 
of the bottom unit, completing the ring. The T-piece provides multiplexing that enables 
the bypass of units when they are powered down or removed. The data path in a stack of 
four is illustrated in Figure 5. 



Figure 5 illustrates four units 1 to 4 of which the intermediate units 2 and 3 each have a T- 
piece 5 connected to its cascade module. Each one has and up port 51, a down port 52 and 
a module port 53 each of which has a multiplexer such as multiplexer 54 on its outward 
path and a buffer amplifier 55 on its inward path. Each buffer amplifier is connected to the 
multiplexers on the other two ports. A T-piece will be described in more detail later. Each 
is organised so that if the associated unit is inoperative, port 53 of the respective T-piece is 
redundant but there is bidirectional communication between ports 51 and 52 of that T- 
piece. • . 
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Cascade Control Path 

The control path within the cascade provides a full-duplex point to point link between 
each entity, either cascade module or T-piece, in the cascade. 

5 

In a stack of two, which does not require a T-piece, there is simply a path between Control 
IN and Control OUT of the two cascade modules. This is illustrated in Figure 6, which 
shows a top unit 1 having a cascade module 12a connected by cable 6 to cascade module 
12b in bottom unit 2. Each cascade module has a respective logic block 60, denoted 
10 'Cascade Numbering and Status (CNS) message Tx/Rx\ connected by way of MDIO. 

(management data input and output) and MDC (management data clock) lines to a CPU 
subsystem; 6 1 . 

In Figure 6 the cable is shown with a pull-up resistor 62. This will be explained later. 

15 

In a stack of three or more greater is a path between Control IN and Control OUT of each 
cascade module and T-piece and between each T-piece and T-piece. This is illustrated in 
Figure 7. This shows four units 1 to 4 each with a cascade module 12. The cascade 
modules for the intermediate units 2 and 3 are each connected to a respective T-piece 5 
20 each of which has a logic unit 56. 

The control path is used to enable the UnitID and AUTotal values to be calculated, and 
then to communicate these values to each unit in the stack. The communication within the 
control path consists of sending cascade Numbering and Status message (see later). These 
25 messages are carried in a serial unidirectional bit stream, the presence or absence of the bit 

stream is used to derive a 'LinkOK' state at each port. In addition, the idle state of this bit 
stream, in conjunction with the pull-up resistor fitted to the cable, is used to detect the 
presence and orientation of a cascade cable. 

30 The cascade module indicates its presence, and provides its configuration, by transmitting 

. Cascade Numbering and Status, message (CNS) messages on its Control OUT path. The 
cascade module receives the current stack information, such as 'AUCount' (the active 
count), through the CNS messages it receives on its Control IN path. 
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The T-piece, when present, receives CNS messages on its three Control IN paths. The T- 
piece then utilises the contents of these messages, including their presence or not, to 
determine the contents of the CNS messages it then transmits out on it three Control OUT 
paths. 

5 

General Description of a Cascade Module 

A cascade module 12 is illustrated in more detail in Figure 8. This has a cascade port 80 
which comprises a multiplicity of lines (of which the data and control lines 81 and 84 may 
be differential pairs). The lines comprise a data transmit (Tx) line 81, a data receive (Rx) 
line 82, a Control OUT line 83, and a Control IN line 84. In addition there is a voltage bus 
line 85. L-Bies 81 and S2 are connected to the SERDES 40, the lines 83 and 84 to the logic 
60 and line 85 to a k BusVcc* circuit 86. 

The cascade provides both 1 power down' and 'hoi swap' resilience inherently because of 
the use of the cascade T-piece. When a unit is powered down or removed the physical 
connection of the cascade is maintained through the T-piece. As this requires active 
components within the T-piece, power has to be provided through the cascade to the T- 
pieces. This power is provided on the BusVcc line within the cascade cable. The BusVcc 
signal is powered by every Unit in the stack and wire-Ored onto the cascade cable. 

The cascade module accordingly constitutes an interface between a (communication) unit 
and a T-piece. Although the modular form is convenient, the interface may be integrated 
within a communication unit. 
25 

Cascade Data Path 

The data to/from the module host unit is passed to the module over the downlink 
30 connector (not shown) and lines 87. The cascade module runs this connector in Ten Bit 

Interface (TBI) mode. The SERDES 40 converts the 10-bit wide transmit data into a serial 
lGb/s stream. On the receive path the SERDES converts the serial stream back to 10 bit 
data as well as recovering a clock from the data stream. 
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Cascade Number Status and Control 

The Status and Control logic 60 is a set of read/write register locations that allows the 
CPU of the module host unit to monitor and configure the module. The communication 
5 between the host unit's CPU and the module occurs across a Serial iVlanagement Interface 

(SMI) SS as defined by IEEE S02.3-199S Clause 22. 

Two pieces of identification information need to be provided to each unit in the stack. 
They are the UnitID, the identification of the unit in the stack numbering from 0 at the 
10 bottom, and the AUTotal (the active unit total), the number of active units in the cascade. 

As previously mentioned the 'unit number' is one more than the respective ^UnitID'. 

If the cascade module is connected directly to another cascade module, the stack must be 
only two high and the AUTotal must be two. The UnitID is then determined by sensing 
15 which end of the cascade cable is connected to the module, as stated above it is the 

cascade cable which determines the Unit numbering in a stack of two. If the cascade 
module is connected to a T-piece the UnitID and AUTotal is provided by the T-piece to 
the cascade module. 

20 In addition, to assist with detection of changes, the reported AUTotal is continuously 

monitored and if a change is detected an interrupt INT can be posted back on line S9 to the 
host unit's CPU. 

Cascade T-Piece Overview 

25 

A T-piece 5 is shown in more detail in Figure 9. As previously mentioned it has three 
pons, an up port 51, a down Port 52 and a modular port 53. The up port connects through 
a cascade cable to the next T-piece up the stack, or, if the next Unit up in the stack is the 
30 Top unit, to that unit's cascade module. Similarly the down port 52 connects through a 

cascade cable to the next T-piece down the stack, or, if the next Unit down in the stack is 
the Bottom unit, to that unit's cascade module. Finally, there is the modular port 53. This 
port connects directly to the cascade module of the Unit with which this T-piece is 
associated. 
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Each of the pons provides the same set of signals, Control OUT and IN, Data TX and RX 
and BusVcc. These signals connect the three main functional blocks, the Link Status and 
control logic block 56, the data multiplexers 54, and a power conditioning block 57. Each 
of these is described in the sections below. 

Link Status and Control 

Two pieces of identification information need to be provided to each unit in the stack. 
They are the UnitID, the number of the unit in the stack, numbered from Unit 0 at the 
bottom, and the AUTotal, the number of active units participating in the cascade. This 
information is derived by the T-piece, from the LinkStatus information on each of its ports 
and the CNS message received on these ports on the Control IN signal. Once obtained, 
this information is transmitted by all ports, placed in the appropriate fields of the CNS 
message, on the Control OUT signal. 

LinkStatus 

A LinkStatus function is provided for each port on the T-piece. It reports LinkOK by 
monitoring Control IN for the presence or absence of CNS messages. It also reports the 
cable orientation by monitoring the idle state of the Control OUT signal. Once in the 
LinkOK true state this block also extracts some of the fields of the CNS messages 
including the Active bit (see below) and other bits. 

This LinkStatus information is utilised by the T-piece to control the data path multiplexing 
and calculate the UnitID, AUCount and AUTotal values. 

UnitID 

Unit numbering is performed by modifying the UnitID field of the CNS message as it is 
passed up the cascade from the bottom cascade module, across each cascade T-piece. At 
each cascade T-piece the UnitID field is modified to indicate an increase in UnitID. As the 
UnitID numbering is performed within the cascade T-piece, which is powered through the 
BusVcc signal, powering down or removing the Unit associated with the cascade T-piece 
will have no effect on the UnitID. 
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AUTotal 

The AUTotal is a global value within a cascade that indicates the number of units that are 
* participating in the cascade at any point in time. 

Calculating AUTotal 

The AUTotal is derived from another field in the CNS message, the AUCount. The 
AUCount is a value that is incremented as the CNS message is passed up the control path 
of the cascade. The top T-piece in the cascade then takes the value of AUCount it has 
calculated^and sets AUTotal to equal this value and broadcasts it down the cascade. This 
T-piece determines that it is the top T-piece by monitoring the control messages as 
described later. 

The AUCount is produced in a similar way to the UnitID, the AUCount being incremented 
each time it crosses a T-piece on its way up the stack. The one difference is that the if the 
module 12 associated with a T-piece 5 is powered down or not present, the incrementing 
of the AUCount value will not take place. This ensures that the AUCount will correctly 
indicate the number of active units in the stack, the information that is required for correct 
AUTotal operation. 

Broadcasting AUTotal 

Once the AUTotal has been derived, it has to be passed to all units for use as their 
transmitted AUTotal. The only device in the cascade that knows this information is the top 
T-piece or the single T-piece if there are only three units in the stack. In each case the Up 
port is connected to a unit; more generally it is not connected to the Down port of a T- 
piece. Although it would be possible for software to distribute the information however, 
there would be several practical difficulties, in particular the need to provide a special 
point to point link protocol. It is preferable to employ the scheme described below. 

The 'top' T-piece in the cascade takes the AUTotal it has calculated and sends it back 
down the cascade within the appropriate field of the CNS message. It also sends this 
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AUTotai from its up and modular ports. The other T-pieces in the stack then take the 
AUTotal they receive on their up ports and send it on their modular and down ports. Each 
unit in the stack is therefore aware of how many powered units in the stack and can 
therefore set their value of AUTotal accordingly. In addition, to assist with detection of 
5 changes, the reported AUTotal can be monitored by all cascade modules and if a change is 

detected an interrupt can be posted. 

Data Path Multiplexing 

10 The data path multiplexing is under the control of the LinkOK and Active status of each of 

the three ^>orts of the T-piece. More details of the multiplexing, and its control, are 
describecSater. 

Data Path Switching 

15 

As was mentioned above it is important that the AUCount used by the various units within 
the stack is correct. If it is not there is the danger of data corruption. The one time when 
there is a danger of inaccuracy in the AUTotal is between a unit powering down and being 
bypassed, and all other Units in the stack knowing about this and changing their AUTotal 
20 values. 

To minimise the danger when a unit powers down the initial action of the T-piece module, 
other than changing the AuCount it is issuing, is to interrupt the cascade ring. This ensures 
that any packets that have been sent, or are about to be sent, with the old AUTotal will be 

25 dropped at some point in the ring. After a reasonable time delay the T-piece will then re- 

make the ring but provide a bypass around the powered-down unit. This delay will be 
sufficient to allow time for the other Units in the stack to detect that there has been a 
change and to change the AUTotal they are using. Although this expedient may cause 
some packet loss during the interruption of the cascade ring some packet is preferred to 

30 data corruption. 
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BusVcc 

The cascade T-piece provides a voltage rail (BusVcc) extending each of its ports. The 
connection from the module port is a source of power which is distributed out of both the 
up and down ports. If the unit associated with a T-piece is powered down or removed, 
power is still supplied to the T-piece through either its up or down port or both these pons. 
This ensures the data path and UnitID and AUTotal logic continues to operate. 

Any power conditioning such as regulation or filtering of the BusVcc rail is provided 
before it is used elsewhere on the T-piece. 

J 

j 

Cascade Numbering and Status (CNS) message 

As described above the cascade provides a data and control path. The data path is used for 
the network traffic, and, in addition, includes in-band unit to unit management 
communications. The control path is used for controlling the data path and allocating the 
UnitID and the AUTotal. The control path within the cascade provides a full-duplex point- 
to-point link between each entity in the cascade. This provides a bi-directional point to 
point communications path between each cascade module and T-piece, between each T- 
piece and the next T-piece and, in the case of a two high stack, between cascade modules. 

Communication on the control path consists of sending cascade numbering and status 
(CNS) messages, preferably constituted by a bit stream similar to that used by an SMI (see 
IEEE 802.3- 199S Clause 22) to communicate with PHYs. No address field is necessary 
because communication is over a point to point link in one direction. In addition, no 
separate clock signal is provided because the clock can be extracted from the messages by 
the use of a simple clock recovery system as found in UARTs. 

The format of a CNS message is shown in Figure 6. The message consists of a preamble 
90. to assist with clock recovery and start of frame detection, and the data frame 91 itself, 
comprising in this embodiment four bytes (32 bits). The preamble consists of an 
alternating sequence of Ts and ^O's, the bits of the preamble being of half the length of 
normal data bits, whereby the preamble is a unique sequence not found in the data. The 
data bits may each be 2j.ts long. The line is driven low for 250ns at the end of the message, 
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after which it is tristated and will remain low or be pulled high by the cable pull-up 
resistor 62 (as further explained with reference to Figures 14 - 16). The line is tristated for 
2us after which the message packet is repeated. The sequence of message and the tristate 
interval is repeated continuously. The fact that a message is being received allows 
detection of Link Status, the tri-stating of the line between messages allows the detection 
of the cable presence and orientation. There is no parity or CRC field within the CNS 
message. Error checking is performed by the receiving device, which treats the data as 
valid after the same data has been received in three consecutive CNS messages. 

Figure 23 illustrates part of a short sequence of the message packets, showing preambles 
90, data frgmes 91 and tristate intervals 92. The repetition period t RE pRATE may be 74.25|as. 

Figures 11,12 and 13 illustrate the bit allocation in different circumstances. Some fields 
are redundant in some circumstances and are therefore be used for another purpose 
elsewhere. 

Figure 1 1 illustrates message fields for control messages between T-pieces. 

Figure 12 illustrates message fields for control messages from a T-piece to a cascade 
module and Figure 13 illustrates message fields for control messages from a cascade 
module to a T-piece. 

The significance of the various fields is set out in Table 1, below. 
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Position 


Where used 




Name 






c 

— -j 


; to 

lodulc 


o 

_o • 


Description 








T-pica 
T-pic( 


o 


Cascade Mc 
T-picc 




UnitID[3:0] 


0 


7:4 


Yes 


Yes 


Yes 


Unit ID [3:0]: This 4-bit field is used to derive and 
distribute the Unit Number to each of the Units in 
the stack. 


AUTotaI[3:0] 


1 


7:4 


Yes 


Yes 


Yes 


AUTotal [3:0]: This 4-bit field is used to derive the 














AuCount value. 


■4 

AUCoun(3:0] 


1 


3:0 


Yes 


No 


Yes 


AUCount [3:0]: This 4-bit field is used to distribute 
the AuCount value derived from the AUTotal 
mechanism. 


tpPolup 


0 


2 


No 


Yes 


No 


T-Piece Polarity up: Reports the orientation of the 
cable connected to the up port of the T-piece. This 
bit is intended for Debug only. 

0: up Plug connected 
1 : down Plug connected 


tpPoIDn 


0 




No 


Yes 


No 


T-Piece Polarity down: Reports the polarity of the 
cable connected to the down port of the T-piece. 
This bit is intended for Debug only. 

0: up Plug connected 
1 : down Plug connected 


Active 


0 


1 


Yes 


Yes 


Yes 


Active: Used to indicate if a device is active or not 
and hence if the Data path through is complete or 
not. 

0: Device is Active 
i: Device is not active 


T-piece 


0 


0 


Yes 


Yes 


Yes 


T-piece: Reports if the device transmitting the 
message is a T-piece or a cascade module. 

1 ; Transmitting device is a T-piece 

0: Transmitting device is a cascade module 


tpActDn 


1 




No 


Yes 


No 


T-piece Active down: This bit is a copy of the 
Active bit received by the T-piece on its down port. 
This bit is intended for Debug onlv. 



■ # 
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Position 


Where used 




Name 






o 

— o 


to 

odule 


o 

5 o 


Description 








piece 
-pice 


piece 
de M 


Cascade Mo 
T-picc 








1 




l cz • 
— o 

CO 




tpLokDn 


1 


2 


No 


Yes 


No 


T-piece LinkOK down: This bit provides the 
LinkOK status of the T-piece down port. This bit is 
intended for Debug only. 














1 LinkOK true 
0 LinkOK false 


? 

tpActup 


1 


1 


No 


Yes 


No 


T-piece Active up: This bit is a copy of the Active 
bit received by the T-piece on its up port. This bit is 
intended for Debug only. 


tpLokup 


1 


0 


No 


Yes 


No 


T-piece LinkOK up: This bit provides the LinkOK 

rt „f nc -.f *kp t n i im nort TTiiq Hit m intended for 
status or me i -piece up puii. ima un io im^ituvu 

Debug only. 

1 LinkOK true 
0 LinkOK false 


TpieceType 


2 


7:3 


No 


Yes 


No 


T-piece Type [4:0]: Indicates the T\pe of T-piece. 


[4:0] 














TpieceRev 
[2:0] 


2 


2:0 


No 


Yes 


No 


T-piece Revision [2:0]: Indicates the Revision of 
the T-piece attached to its associated cascade 
Module. 


WrapDn 


2 


1 


No 


No 


Yes 


Wrap down: Setting this bit will cause the T-piece 
that receives it to set the Data path as if the LinkOK 
was false on its up Port regardless of its actual state. 
In addition, CNS messages are no longer sent on the 
up port forcing LinkOK to false on the device 
below. This bit is intended for Debug only. 

1 Force Wrap down 
0 Normal Operation 
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Name 


Position 


Where used 


Description 


o 
CD 


CO 


T-piccc to 
T-piccc 


T-piccc to 
Cascade Module 


Cascade Module to 
T-piccc 


Wrapup 
-7 


i 


0 


No 


No 


Y es 


Wrap up: Setting this bit will cause the T-piece that 
receives it to set the Data path as if the LinkOK was 
false on its down Port regardless of its actual state. 
In addition. CNS messages are no longer sent on the 
down port forcing LinkOK to false on the device 
below. This bit is intended for Debug only. 

1 Force Wrap up 
0 Normal Operation 


CascSpeed . 


~\ 




Yes 


Yes 


Yes 


Cascade Speed [3:0]: This 4-bit field is used to ensure 


[3:0] 












that, for a stack comprised of devices capable of working 














at multiple data speeds, there is a common speed at which 














they can all function. 














The various speeds are specified by a bit map. Bit 0 














indicates the capability to operate at the 1 Gigabit data 














rate. The speeds of operation specified by the other 3 bits 














have not yet been defined. 














A full description of the cascade speed selection 














mechanism can be found below 



Cascade Speed Selection 

The cascade speed selection control is provided in this example to enable proposed future 
higher speed cascades to provide backwards compatibility with current lower speed 
cascades. 

The cascSpeed[3:0] field is a bit map, each bit corresponding to a possible data rate at 
which a cascade may operate. Each module sends CNS messages to a T-piece containing a 
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•cascSpeed' value corresponding to the cascade data rates supported by that unit. This 
may be a logical AND of the relevant data rates. 

Each T-piece (apart from the top one) may logically AND the cascSpeed values received 
5 at its down and module port and further AND this with a value representing the cascade 

speeds supported by that T-Piece. If a module or down port is not present or is not active 
then a value of 1111 binary may be used as the cascSpeed value for that port. The 
resultant value is then communicated to the above T-Piece. 

10 The top T-piece in a stack and also AND's the cascSpeed values from the down port, 

module p£rt and T-piece together as described above. It further AND's this with the 
cascSpeed value received from its up port. This value represents a bit map of all the 
speeds which can be supported by all the elements of the stack. It is then sent out of the T- 
piece's up, module and down ports. All the other T-pieces take this value (which they 

15 receive on their up ports) and repeat it to their module and down ports. Thus, this value is 

effectively broadcast to all the units and T-pieces in the stack. 

Each unit reads the overall cascSpeed value. If it is all zeroes then there is no common 
speed at which all the units and T-pieces in the stack can work and the unit should indicate 
20 a misconfiguration. Otherwise, the unit should configure to the highest of the speeds 

indicated. If the T-piece is capable of operating at multiple speeds then it should also 
configure to the highest of the indicated speeds. 



Stack of Two Data Path 



In a stack of two, the data path forms a simple point to point link between the two Units. 
As there are only two units in the cascade, the AUCount will be set to two. This will mean 
that packets on the cascade will only pass from one unit to the next effectively providing a 
2Gb/s full duplex cascade. 



30 
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Stack of Two Numbering 

As a stack of two does not have a T-piece, and the modules installed in the two units in the 
stack are identical, some other approach has to be used to ensure consistent and 
predictable unit numbering. 

One approach in this configuration would be to employ (as is known) a unit's MAC 
addresses. This approach however presents a number of problems. It is difficult to ensure 
that a user always has unit one at the bottom and unit two at the top. There may thereby 
be an inconsistency in the numbering if the stack is ever expanded to a stack of three. To 
do this a T-piece has to be installed on the middle unit of the stack. A this point the T- 
piece no\\£ controls the Unit numbering and the MAC address no longer has any effect. 
This vvGufd mean that what was Unit 2 would become Unit I, what was Unit 1 would 
become Unit 2. The additional unit would correctly . be numbered Unit 3. The overall 
effect of this is that unit re-numbering has taken place when the extra unit was added. 
While this was caused by the adding of the T-piece, and in some ways could be considered 
due to the original incorrect configuration of the stack, it is still undesirable and should be 
avoided. 

Another problem with the MAC address number of a stack of two occurs during Power- 
down and/or Hot Swap. As it is the communication from the other unit, and hence the 
supply of its MAC address, that maintains the unit numbering, the power-down or removal 
of the other unit may cause renumbering. 

It is therefore an aspect of the invention to control the assignment of unit numbers by 
means of the cascade cable 6. This can be done by differentiating the two ends of the cable 
in some way. This differentiation is achieved in this example by fitting one end of the 
cable with the pull-up resistor 62 within one of the end plugs 63 and 64, in this case the 
plug 64 at the 'down' end of the cable, which is colour coded, and marked with 'up' and 
*down\ to assist the correct installation of the cable. 

As is shown in Figures 14 to 16, only one end of a cable has a pull-up resistor 62 whereas 
each module driver has a pull-down resistor 66, of higher value than the pull-up resistor 
62. The effect is that the module driver at the end of the cable with no pull-up resistor will 
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go Mow' during the idle period of the CNS message but the module driver at the end of the 
cable having the pull-up resistor will go 'high' during the idle period of the CNS message, 
owing to the lower value of the cable's pufl-up resistor. 

Any cascade device driving the Control OUT signal will drive the signal with a tri- 
stateable driver in a similar way to the SMI bus. An example circuit for the cascade 
module is illustrated in Figure 15. The cascade T-piece will have a very similar circuit on 
its pons 

The cascade Status and Control message requires the line to go tri-state after each burst of 
data. By nfonitoring if the Control OUT signal goes high or low during the idle period it is 
possible to detect which end of the cable is connected to a port as is shown in Figure 16. 

With the rule that the user must always connect the cable with the 'up' connector 
uppermost and the 'down' connector down the units will always number correctly. In 
addition, this approach also alleviates the problems of adding to the stack, powering down 
and hot swapping. 

Stack of Three or More 

Operation 

Figures 18 to 21, individually discussed below, illustrate the operation of a cascaded stack 
of four units in respect of (i) the production and transmission of the 'Active' bit which 
denotes the state of a respective unit; (ii) the computation and storage of the unit 
identification (e.g. the UnitID) values; (iii) the computation and storage of the active unit 
count (AUCount); and (iv) the broadcast and storage of the total of active units. As will be 
seen, various values are stored in registers in the cascade modules whereas the 
computation (normally incrementing as required) is performed by the T-pieces. 

There are three data path multiplexers in a T-piece as shown in Figure 9. They are 
controlled by the status reported by the LinkStatus function for each port. The status 
information used by logic 56 to control the data path multiplexers 54 consists of the 
LinkOK state and the state of the Active bit contained in the CNS message received when 
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a port is in the LinkOK true state. The Active bit is a facility to force the Data path 
multiplexing logic to behave as if the port were in the LinkOK false state even though it is 
not. 

Table 2. Table 3 and Table 4 below provide truth tables for control of each of the data path 
multiplexers. 



down Port Link Status 


up TX multiplexor 
data source 


LinkOK Active 


false Don't Care 


down RX 


; Don't Care false 


down RX 


true true 


Modular RX 


Table 2 - Truth table for up Port TX multiplexor data source 




Up Port Link Status 


down TX multiplexor 
data source 


LinkOK 


Active 


false 


Don't Care 


Modular RX 


Don't Care 


false 


Modular RX 


true 


true 


UpRX 


Table 3 - Truth table for down Port TX multiplexor data source 




down Port Link Status 


Mod TX multiplexor 
data source 


LinkOK 


Active 


false 


Don't Care 


UpRX 


Don't Care 


false 


UpRX 


true 


true 


down RX 



Table 4 - Truth table for Modular Port TX multiplexor data source 



When a port is bypassed due to its associated LinkOK or Active bit being false, as defined 
above, data may still be transmitted to that port. Data however is no longer supplied from 
this port hence continued operation of the stack. 
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Active Bit 

As described above the Active bit is a facility to force the data path multiplexing logic to 
behave as if the port were in the LinkOK false state even though it is not. This facility is 
used for two purposes. 

The first use is to allow software on a unit to override, via its cascade module, the LinkOK 
status of a connected T-piece port. This is achieved by software instructing the cascade 
module to set the Active bit false in the CNS messages it is sending. This will cause any 
attached T-piece to put the associated data path into bypass. This enables a unit to be 
attached to the cascade while not participating in the data path. 

The second use of the Active bit is to allow a T-piece to signal that it can no longer 
participate in the data path. As can be seen in Figure 17, a data path is not provided 
between the RX and TX lines of the up port nor between the RX and TX lines of the down 
port. This means, for example, if the uppermost T-piece of a stack is connected to a 
powered down unit on both its modular port and its up port there is no way to maintain the 
data path loop within the cascade. Instead, in this situation, the top T-piece, still powered 
via BusVcc, sets the Active bit to false in the CNS message it is transmitting from its 
down port. The next T-piece down the stack; seeing the 'Active' bit set to false, will loop 
round the data, re-forming the cascade loop. It should be noted that it is only the data path 
function that is passed down to the lower T-piece in this situation, the remaining 
functions, such as AUTotal calculation, continues to be performed by the top T-piece. 

If, in a large stack, multiple units towards the top of the stack are powered down, the 
setting of the Active bit to false will propagate down the stack through several T-pieces. In 
this situation, a T-piece lower down the stack will actually be doing the data loop back. 
This is also true for the lowermost T-pieces within a stack. The only difference in this case 
is that it will be the Active bit contained in the CNS message that is being transmitted out 
•of the up ports, that will set to false. 

A cascade module ignores the Active bit within the CNS* messages it is receiving. This can 
be done as the reception of a Active bit set false by a cascade module, for either reason 
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described above, indicates there is no other unit in the stack that is capable of participating 
in the data cascade. Once in this state there is nothing the remaining active cascade 
module can do. 

5 More particularly Figure 18 illustrates by means of the directed boxes denoted 

Active=0*and 1 Active = x' the value of the active bit indicated within the control FN and 
control OUT messages. V indicates 'unknown' because the unit that should be sending 
the message is powered off or otherwise inactive. 

10 Figure IS illustrates the two uses of the Active bit. The top unit in the stack is power- 

down hen? e the LinkOK state for the top T-piece up port is false (0). The next Unit down, 
connected to the T-piece modular port, is powered-up but sending the Active bit set false. 
This means that both the up and modular ports have to be bypassed but as described above 
this is not possible so the Active bit is set false in the CNS message transmitted by the T- 

15 piece on its down port. 

Table 5 and Table 6 below provide the logic for generating the Active bit sent within the 
up and down CNS message. 

20 It would be possible to avoid the need for the Active state to be monitored on up and down 

ports if additional data paths were provided within the T-piece. An additional two paths 
would have to be provided within the T-piece that were able, when required, to connect 
the down TX line to the down RX line and the up TX line to the up RX line. 



Up Port Link Status 


Modular Port Status 


Active bit transmitted 
on down port 


LinkOK 


Active 


LinkOK 


Active 


false 


don't care 


false 


don't care 


false 


false 


don't care 


don't care 


false 


false 


don't care 


false 


false 


don't care 


false 


don't Care 


false 


don't care 


false 


false 


true 


true 


don't care 


don't care 


true 


don't care 


don't care 


true 


true 


true 



Table 5 - T-Piece Truth table for Active State sent on down port 



i 
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Down Pon Link Status 


Modular Port Status 


Active bit transmitted 
on up port 


LinkOK 


Active 


LinkOK 


Active 


false 


don't care 


false 


don't care 


false 


false 


don't care 


don't care 


false 


false 


don't care 


false 


false 


don't care 


false 


don't care 


false 


don't care 


false 


false 


true 


true 


don't care 


don't care 


true 


don't care 


don't care 


true 


true 


true 



* Table 6 - T-Piece Truth table for Active State sent on up port 



Unit ID Allocation 

The UnitlD allocation is performed by the T-pieces which utilise the information 
contained in the CNS messages. As CNS messages are passes up the stack from T-piece to 
T-piece the UnitlD carried by the message is sent to the modular port as modified and then 
sent up out of the up port as shown below. 

Figure 19 illustrates the value of the 'UnitlD' conveyed by the respective control 
messages in and out of each cascade module and each T-piece. Each cascade module has 
a storage means, denoted TD Reg' which stores the value of UnitlD, and a means of 
providing a UnitlD = 1 value in the control OUT signal. This is effectively ignored when 
received at a modular port of a T-piece. Each T-piece passes by way of its modular port 
the UnitlD value received at its down port, and passes an incremented value of the UnitlD 
to its up port. 

A cascade module will always transmit a UnitlD value of 1 in the UnitlD field of the CNS 

messages. 

A T-piece will always transmit a UnitlD value of 0 in the UnitlD field of the CNS 
messages transmitted on the down port. This is required to ensure detection of the 
incorrect connection of a T-piece up port to another T-piece up port and also to ensure that 
the bottom unit correctly receives a UnitlD value of 0. 
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A T-piece will always transmit the UnitID value as defined in Table 7 in the UnitID field 
of the CNS messages transmitted on the modular and up port. 



Down port Link Status 


Modular port UnitID 
field value 


Up port UnitID field 
value 


LinkOK 


Cable Present 


false 


false 


0 


1 


false 


true 


1 


2 


true 


false 


down RX UnitID 


down RX UnitID + 1 


true 


true 


down RX UnitID 


down RX UnitID + 1 



"Table 7 - Truth table for modular and up port UnitID field values 



In Table 7, the 'Cable Present' value is based on the assumption that when Cable Present 
is reported as false no cable is present. Cable Present will however also be reported false 
when the cable is incorrectly connected, that is if the Cable up connector is plugged into 
the T-piece down Port or if the Cable down connector is plugged into the up Port. 

It is not strictly necessary to distinguish between the first two lines of the third and fourth 
columns of Table 7. What it does provide is that if a stack is configured incorrectly with a 
T-piece on every unit the stack will still number correctly from a UnitID of 0. 

The state of the Active bit of the CNS message received on the Down port is a 'don't care 1 
in all UnitID calculations. 

If the result of any addition exceeds the value of 15, the result will be set to 15. 

One example of the UnitID message fields for a stack of four units is shown in Figure 19. 
AUCount and AUTotal 

The AUTotal is a piece of information required for the correct operation of the stack. This 
value is derived by calculating the AUCount on the way up the stack then broadcasting the 
total as the AUTotal back down the stack. The operation of the AUCount and AUTotal 
allocation is described below. 
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AUCount Allocation 

The AUCount value is an internal value used to derive the AUTotal, the value that is 
5 actually communicated to, and used by, the attached units. 

The AUCount calculation is performed by the T-pieces utilising the information contained 
in CNS messages. As the AUCount information is passed up the stack, within CNS 
messages, it is incremented as required, dependent upon the LinkStatus information, and 
the received AUCount field, of the modular and down T-piece ports. 

-■m 

It is possible that some units in the cascade will require a AUCount allocation of two. An 
example of this would be a 24 port unit that is implemented using two 12 port devices and 
that uses the cascade internally, within the unit, to connect these two devices. To provide 
for this situation the AUCount field on a modular port is examined. This value is then 
added to the AUCount field value received on the T-piece down port to determine the 
value sent on the T-piece up port. 

As noted above the AUCount is internal to the cascade and therefore is not communicated 
to the attached modules. Instead the bits used for the AUCount are substituted with status 
information in the case of T-piece to cascade module CNS messages. 

The actual calculation of the AUCount is defined below. 

A module transmits a AUCount value of either 1 or 2 in the AUCount field of the CNS 
message dependent on the number of hops the particular unit requires. 

A T-piece transmits a AUCount value of 15 in the AUCount field of the CNS messages 
transmitted on down ports. This is required to ensure that an incorrectly configured stack 
30 will set its AUTotal to 15. 

A T-piece transmits the AUCount value as defined in Table 8 in the AUCount field of the 
CNS messages transmitted on the up port. 



10 



15 
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Table S shows a truth table for up port AUCount field values 



Down Port LinkStatus 


Modular Port LinkStatus 


Up Port TX AUCount value 


LinkOK 

i — • 111 IN. W 1\ 


A Pt i \/f=* 
/V^ 1 1 vc 




Active 


talse 


don't care 


raise 


don't care 


U 


false 


don't care 


don't care 


false 


0 


doivt care 


false 


false 


don't care 


0 


Don't care : 


false 


don't care 


false 


0 


false 1 


don't care 


true 


true 


Modular RX AUCount 


don't care 


false 


true 


true 


Modular RX AUCount 


true 


true 


false 


don't care 


down RX AUCount 


true 


true 


don't care 


false 


down RX AUCount 


true 


true 


true 


true 


Modular RX AUCount + down 
RX AUCount 



Tnble 8 - Truth table for up Port AUCount field values 



As the AUCount is only related to powered up and active units, it does not take any 
account of the cable orientation of the down port. If the result of any addition exceeds the 
value of 15, the result will be set to 15. 

AUTotal Allocation 

The basic function of the AUTotal logic is to detect if the T-piece is at the top of the stack 
and, if it is, to calculate and then broadcast the AUTotal to all other units in the stack. If 
the T-piece is not at the top of the stack it instead simply relays the AUTotal it is receiving 
to its down and modular ports. 

In summary, this is accomplished by monitoring the LinkOK State of the up port. If the 
Port is in the LinkOK False state, or is in the Link OK true state with a cascade module 
connected, the T-piece must be at the top of the stack. If this is the case the logic then 
calculates the AUTotal value by adding the AUCount that has been derived to be sent out 
ot the up port to the AUCount being received on the up port. It then broadcasts this value 
out of all ports in the AUTotal field of all ports. 




Alternatively, if the up port is in the LinkOK true state with a T-piece connected, the T- 
piece must be in the middle of the stack, lathis case the T-piece simply takes the AUTotal 
received on the up port and then transmits this value in the AUTotal field of its down and 
5 modular ports. In addition, the T-piece transmits a value of 15 in the AUTotal field of its 

up port. This is done to ensure detection of stack configuration errors. 

The actual calculation of the AUTotal is defined below. 

10 A module transmits a AUTotal value of 1 in the AUTotal field of the CNS message. 

j 

A T-piece*will always transmit the AUTotal value as defined in Table 9 in the AUTotal 
field of the CNS messages transmitted on the up, down and modular ports. 



Up Port LinkStatus 


Down and Modular Port 
TX AUTotal field value 


Up Port TX AUTotal field 
value 


LinkOK ; Connection 


false 


Don't Care 


up TX AUCount 


up TX AUCount 


true 


Module 


up TX AUCount + up RX 
AUCount 


up TX AUCount + up RX 
AUCount 


true 


T-piece 


up RX AUTotal 


15 



Table 9 - Truth table for up, down and modular port AUTotal field values 



A T-piece transmits a AUTotal value of 15 in the AUTotal field of the CNS messages 
transmitted on up ports when the up port is connected to a T-piece. This is required to 
20 ensure that an incorrectly configured stack will set its AUTotal to 15. 

If the result of any addition exceeds the value of 15, the result will be set to 15. 

As an example, the allocation of the AUTotal within a stack of four is illustrated in Figure 
25 21. 
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Figure 2! illustrates the fc AUTotaF register in each cascade module, set according to the 
AUTotai value in the respective control FN message, a means (such as a single bit register 
set to * r ) for setting the fc AUTotai' of a cascade modules control OUT signal to T. 

Cascade Cable - Incorrect Configurations 

There are a few possible cases of the user incorrectly configuring a stack. In a stack of two 
there is only one case, that is when a cable in connected between the two units upside- 
down. In a stack of three or greater there are four possible cases. A up port connected to a 
up port, a down port connected to a down port, the stack connected upside-down and 
finally a c|ble between the top T-piece up port to the bottom T-piece down port. All other 
cases are 4 combination of the above. 

Stack of Two - Incorrect Configurations 

In this case, the units will be numbered in reverse order with Unit Number 2 (UnitID = 1) 
at the bottom and Unit Number 1 (UnitID = 0) at the top. This will be visible to the user 
from the unit number LEDs and they can correct the orientation of the cable if they wish. 
The stack however will operate correctly in this configuration. 

Stack of Three or More - Greater Incorrect Configurations 

There are four possible configuration errors in this case. Each of these is examined below, 
and an example of one case, a down port connection to a down port, is illustrated in Figure 

22. 

In three of the cases, down port to down port, up port to up port and top T-piece top port 
to bottom T-piece down port, the configuration error is such that the stack cannot operate. 
This is indicated to the cascade modules by setting the AUTotai or UnitID value they are 
sent to 15. If the agent software operating on the units detects the AUTotai or UnitID set 
to 15, it in turn indicates the error to the user by setting the module LED into its error 
indication. 
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Up Port to Up Port Connection 

In the case of a up port to up port connection there will be no spare up port to connect to 
the highest module in the stack. In this case either there is a down port to down port 
connection elsewhere in the stack or the cascade module at the top connects to an down 

port. 

In the case of the actual up port to up port connection it should be noted that the AUTotal 
logic will transmit 15 in the AUTotal field in both directions. This is because both up ports 
have a connection to a T-piece. This will ensure all units will receive a AUCount of 15 
throughout the stack. 

Down Port to Down Port Connection 

In the case of a down port to down port connectioa there would be no spare down port to 
connect to the lowest module in the stack to. In this case either there is an up port to up 
port connection (see above) elsewhere in the stack or the cascade module at the bottom 
connects to an up port. 

In the case of the actual down port to down port connection it should be remembered that 
the AUCount transmitted on a T-piece down port is always 15. This means that the 
AUCount that will now propagate up the stack, from the location of the down port to 
down port connection, will be 15. Once this reaches the Top T-piece, the value will then 
be broadcast to all other units as the AUTotal. 

Top T-piece to Top Port to Bottom T-piece Down Port 

In this case, a loop is formed in the control path. This will cause the UnitID to 
continuously increment as it crosses each T-piece. There is however, the rule that once the 
UnitID reaches 15, the result of any addition is 15. This will limit the continuous 
incrementing of UnitID and all T-pieces will eventually have a UnitID of 15, which they 
pass to the attached cascade modules. 
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Incorrect Cable Orientation Connection 

In this case, ail units will number correctly, however Unit 1 will be at the top of the stack 
and the highest numbered unit will be at the bottom. This will be visible to the user from 
the unit number LEDs; the stack however will operate correctly in this configuration. 



• 4> 
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Claims 



1 A system comprising at least three network communication units which have a cascade 
connection including at least one connecting unit, each such connecting unit having a first, 

5 second and a third port each having lines for forwarding and receiving data packets and 

for forwarding and receiving distinctive control messages, a first two network 
communication units being coupled to the first and third pons of a cascade connecting 
unit, and a last two network communication units being coupled to the second and third 
pons of a connecting unit and any intermediate communication unit being coupled to the 
10 third port of a respective connecting unit, a data communication path being constituted 

between tfie first and last communication units through each connecting unit by way of the 
first and second pons thereof 

2 A system according to claim 1 wherein each connecting unit is disposed to increment a 
15 signal value representing identification numbering in accordance with the number of 

communication units to which the connecting unit is coupled and to increment a signal 
value representing an active unit count in accordance with signals indicating an 
operational state of each communication unit to which the connecting unit is coupled and 
to effect by way of the control messages the communication of said signal values along 
20 the cascade> and the sending to each of the communication units a respective stack 

identification value and a common value representing the number of active units 
participating in the system. 

3. A system according to claim 2 wherein each communication unit accommodates an 
25 interface which is coupled to a single respective port of a connecting unit, provides for the 

communication of data packets between the respective communication unit and the 
connecting unit having said respective port and which provides for the storage of said 
respective stack identification value and said common value. 

30 4. A system according to claim 3 wherein said interface is a modular unit removeable 

from the respective communication unit. 



I 
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5. A system according to claim 3 or 4 wherein for connecting a first or second port of a 
connecting unit to a port of another connecting unit or a said interface there is provided a 
connecting cable adapted to cooperate with a signal state of said control messages to 
indicate which end of the cable is connected to said first or second port. 

6. A connecting unit for use in a system comprising a plurality of network communication 
units having a cascade connection including said connecting unit, the connecting unit 
having three pons consisting of a first, second and third port, each port of the connecting 
unit having lines for forwarding and receiving data packets and for forwarding and 
receiving control messages, the connecting unit being disposed to increment a first signal 
value defining an identification number received by way of a control message at the first 
port, to provide the received signal value by way of a control message to the third port and 
to provide the incremented signal value by way of a control message to the second port, 
and the connecting unit being disposed to receive a second signal value defining an active 
unit count by way of a control message at the first port and to provide said second signal 
value, incremented or not in dependence on a control message received at the third port, in 
a control message at the second port. 

7. A connecting unit according to claim 6 wherein the connecting unit is disposed to 
maintain both forward and return data and control paths between the first and second ports 
irrespective of the operational state of a communication unit coupled to the third port. 

8. A connecting unit according to claim 6 wherein a power supply bus extends to all three 
pons. 

9. A connecting unit according to any of claims 6 to 8 wherein the connecting unit is 
disposed to determine when the second port is not coupled to a connecting unit and to 
broadcast a common value representing the number of communication units actively 
participating in said system. 
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10. A method of controlling a plurality of network communication units which are linked 
by a cascade connection that provides a communication path for data packets from any 
unit to any other unit, comprising: 

(I) establishing a control path for control messages from each unit to the next, the control 
path being distinct from said communication path; 

(II) sending along said control path control messages which include fields denoting an 
identification of a communication unit and a count of communication units which are 
operative to receive and forward data packets on said communication path; and 

(iii) for each respective unit: 

(a) altering the identification to denote the respective unit; and 

(b) incrementing the said count if the respective unit is operative to receive and forward 
data packets on said communication path. 

1 1. A method according to claim 10 and further comprising determining when said count 
is complete and broadcasting a total of said count by way of control messages on said 
control path. 
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A connects unit for use in a system comprising a 'stack' of network communication 
units havin, a cascade connection has three ports having lines for forwarding and 
receiving data packets and for forwarding and receiving control messages. The connecting 
unit increments a first signal value defining an identification number received by. way of a 
control message at a first port, provides the received signal value by way of a control 
messaoc tithe third port and provides the incremented signal value by way of a control 
messaoe to the second port. The connecting unit also receives a second signal value 
defining an active unit count by way of a control message at the first port and provides the 
second signal value, incremented or not in dependence on a control message received at 
the third port, in a control message at the second port. The first signal values (UnitlDs) are 
used to establish the numbering of the units in the stack and the second signal values are 
used to compute a count of the 'active' units in the stack. 
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